Across the user interface you will see items with icons that indicate their type. At the implementation-level these are classes and their contents - these have the standard icons. The classes will then be organized hierarchically into higher-level containers.

You can chose whether you want these higher-level containers to be represented as actual code-base structures such as packages and module/project/JARs, or if you would like to see them as generic "modules" or "containers". Which you chose really depends on whether you consider the model to be close to the implemented code-base structure, or a parallel structure which may or may not be aligned with the implemented code-base structures down the road.

In a sense it is not important which you chose - the difference is purely visual and it can be switched at any time. However it does become important when you share diagrams with the team. For example if your architecture is not reflected in the package structure, then showing the containers as packages will confuse.

To show the containers as logical modules, select the module icon on the main toolbar:

Which causes e.g. the LSM to look like this:

To show the containers as actual codebase structures, select the package icon on the main toolbar:

Which would cause the LSM to look something like this: